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(54) A method of admission control and routing of virtual circuits 



(57) A method of admitting and routing switched vir- 
tual circuit requests (210) in a network first finds a set 
of routing paths on which a requested VC may be routed 
by using a two step process (220). The method uses a 
cost function based on a parameter related to the 
number of hops in a subset of VC connections previous- 
ly made in the network to determine potential routing 
paths on which the VC can be routed at a cost below a 
specified threshold. The method next checks to deter- 
mine which potential routing paths comprise links and 
nodes with sufficient resources to accommodate the re- 
quest. Paths satisfying both steps are output as a set of 
routing paths and then a second criterion is used to se- 
lect (240) a path from the set on which to route the re- 
quest (250). In a distributed routing system, the inven- 
tive method uses a local network state to determine the 
cost function and the set of routing paths. The method 
further updates (260) local state information at nodes 
along a path selected from the set and permits other 
paths from the set to be selected for routing a requested 
VC if the previously selected path has insufficient re- 
sources to accommodate the request. 
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Description 
Technical Field 

The invention relates to the admission control and routing of virtual circuits. 
Background of the Invention 

A network is one means for exchanging or transferring information {e.g., signals representing data, voice, text, 
video) among endpoints {e.g., host machines, fax machines or terminals) connected to the network. The network 
comprises nodes connected, to each other and to the endpoints, by links. Typically, each link is bidirectional, {i.e., 
information may be conveyed in the forward and reverse directions) and each link is characterized by parameters, 
such as a bandwidth or capacity in each direction. The nodes advantageously comprise buffers. If a link does not have 
sufficient capacity to handle information received at a node, a buffer in the node may be used to store the received 
information until such time as the link has sufficient capacity. 

Networks are increasingly being used for the reliable, high-speed transmission of information in digital format 
between endpoints over wide areas. This increased use is bringing major changes to network services and architecture/ 
infrastructure design. In particular, a wide spectrum of new consumer services, such as video-on-demand and video 
teleconferencing, are expected to be offered on Broadband Integrated Services Digital Networks (BISDN). The principal 
technique for transmission in BISDN is called Asynchronous Transfer Mode (ATM). See, S.E. Minzer "Broadband 
ISDN and Asynchronous Transfer Mode," IEEE Comm. Mag., pp. 17-24, Sept. 1989. 

When information is to be exchanged between two endpoints (an initiating endpoint and a destination endpoint), 
the initiating endpoint requests that a bidirectional path {i.e., a connection comprising nodes and links) be established 
in the network between the two endpoints. In an ATM network, the path that is established is a so-called "virtual circuit" 
(VC), by which it is meant that the endpoint initiating the exchange simply specifies the destination endpoint, and the 
network delivers the information from the initiating endpoint to the destination endpoint as though they are connected 
by a direct circuit. The number of "hops" in the path of the VC is equal to the number of links in the path or to one less 
than the number of nodes in the path. 

An important consideration in the operation of a network is whether to admit new VCs onto the network and how 
to route admitted VCs through the network. In determining whether to admit and how to route requests for VCs from 
these endpoints, a network admission and routing scheme must reserve resources {e.g., bandwidth on the links com- 
prising the VC). Resource resen/ation is necessary so as to satisfy any quality-of -service (QOS) guarantees provided 
by the network, e.g., requirements relating to a maximum information loss rate or maximum delay in receiving infor- 
mation. Resource reservation, in turn, implies the need for admission control to ensure that resources are not reserved 
on the links and in the nodes in excess of resources that are available. 

Generally, the objective of routing and admission control methods is to maximize utilization of the network resources 
without violating resource constraints and while satisfying any QOS guarantees or requirements. Many factors com- 
plicate routing and admission control decisions. First, the decisions may have to be made "on-line," i.e., without knowl- 
edge of what effect future routing demands will have on network resources. Although this problem may be solved by 
so-called "dynamic-rerouting" techniques, these techniques typically adversely affect the quality of sen/ice offered to 
users of the network. Second, the current state of the network (/.e, the network topology and current allocation of 
network resources) may not be available such as when information about recently allocated resources has not yet 
been reflected in the network state. In such as case, the routing and admission decision may be based on static or 
inaccurate state information. Third, the admission and routing decisions must often be made in real time, i.e., within a 
time interval determined by the VC set up protocol which specifies the amount of time allotted for attempting to establish 
or set up a VC and which specifies how many attempts to set up a VC are permitted. 

Admission control and routing methods typically admit and route requested VCs on selected paths so as to minimize 
some cost function that reflects the amount of network resources required by the selected path. Although a variety of 
cost functions can be used, cost functions typically are functions of parameters relating to the current network state, 
delay through the network. 

The manner in which the admission and routing problem for requested virtual circuits is addressed typically is 
based on factors such as whether the routing is done with incomplete or complete information and on whether the VCs 
are permanent or switched. In particular, such factors are typically useful in specifying the parameters of the cost 
function. Routing with incomplete information means simply that the state of the network is not known or. if the state 
is known, that the state information is dated, e.g., that the available state information does not incorporate information 
regarding network resources allocated to the most recently routed VCs. Conversely, routing with complete information 
means that the state information is fully known and that the state information is up-to-date. Large scale networks (e. 
g., networks comprising on the order of a hundred nodes over a geographic area the size of the United States) cannot 
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expect to have accurate or complete state information available at every node connected to an originating endpoint 
due to propagation delays in relaying information from node to node. As a consequence, such networks must either 
• make all routing decisions based on complete information at a centralized site (which site has access to all nodes) or 
the network must make routing decisions locally (i.e., in a distributed manner) based on static or inaccurate state 
5 information. Permanent VCs are paths for information transfer between endpoints designed to operate and remain 
established for long periods of time, perhaps on the order of years. Switched VCs are designed to operate for hours 
or days. 

One admission scheme that has been suggested for permanent VCs and for switched VCs (where the switched 
VCs are to be established for known durations of time) uses an exponential function of link load to evaluate the cost 

10 of routing information on any given path in the network. See, B. Awerbuch et ai, "Throughput-Competitive On-Line 
Routing" 34th Annual Symp. on Foundations of Comp. Sci., Palo Alto, CA, November 1993. The exponential cost 
based algorithm of Awerbuch et al., supra, is referred to herein as the "AAP" method. 

The AAP method is based on a threshold cost which is determined as a function of an admission threshold and 
an exponential cost metric for each link in the network. The AAP method, for a requested VC, determines a set of paths 

IS on which the requested VC may be routed where the cost of routing on the links in any given path in the set of paths 
is below the threshold cost. Any request whose cost of routing through the network is above the threshold cost is 
rejected. The AAP method, however, has several shortcomings. First, the AAP method does not specify which particular 
path in the set of paths should be used to route the requested VC (i.e., the AAP method performs admission control 
only and does not select particular paths for or route requested VCs). Moreover, Awerbuch et al. do not indicate how 

20 to apply the AAP method in the case of switched VCs which are to be established for unknown durations of time. Other 
aspects of the AAP method, and in particular the exponential cost function of the AAP method, are examined in the 
following paragraphs. 

Pseudo-code which implements a portion of the AAP exponential-cost based method is shown in Table 1. Each 
line of the pseudo-code of Table 1 is explained below. Let n denote the number of nodes in the network. The capacity 

25 u(e) assigned to each link e in the network represents bandwidth available on that link. Upon receiving a/'' request 
from an origination endpoint for a VC to a destination endpoint (line 1 of the pseudo-code), the request represented 
by {Sj,tj, fj, Ty, tJ), the AAP method attempts to allocate a route or path of capacity from originating node Sy (directly 
connected to the origination endpoint) to the destination node tj (connected directly to the destination endpoint) starting 
at time 'F. and ending at time Tj. For simplicity, assume that the routing is done at time 7^. The goal of the AAP method 

30 is to maximize the throughput of the network, i.e., the amount of information being carried through the network over a 
time interval. Let = 7| - 7^ denote the holding time or duration of the circuit, Tdenote the maximum possible Tj, and 
rdenote the maximum request bandwidth (rate) n. Let the threshold cost for the AAP method be the product of n, rand T. 



35 



(l)ROUTE(5y./,.77.7^.ry): 
(2) Vx.ee E:c ,{x,j)<r-u{e){\i''^^'^^ - 1) ; * 
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(3) if 3 path P in G( V,E) from sj to rj s.t. 



(4) S Z -TT c,{xJ)^nrT 
7 T "(^) 



(5) then route the requested circuit on P, and set: 
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(6) GP,Tj<x<Tf, 

(7) A.,(T,7>l)f-X,(T.y)+-^ 
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(8) else reject the connection 
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Table 1 



In the AAP method the routing decision is based on the information about the current load (demand) and on the 
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future demand for resources on the links (or edges) of the network, /.a, the routing decision takes into account the 
dennand for requests for VCs that nnay be routed during the holding time of the VC. The load is measured relative 
to the edge capacity u(e). Let P/ denote the route used to satisfy the /th request. The load on edge e at time t as seen 
by the routing method when routing the yth circuit is defined as follows: 



(1) \ArJ) = L 

P,.i<j 



r, 



Equation (1 ) indicates congestion or load on link eat time t due to other requests routed on link e. After computing the 
load, the next step is to compute the exponential cost as in line 2 of Table 1 . In the AAP method the cost of edge e at 
?5 time T, when routing the circuit Is defined by 

(2) c^(x,j)=u{e)(^ -1). 

20 where A.^ Is the load on link e {i.e. the percentage of link capacity being utilized) at time t while attempting to route the 
jth VC, u{e) Is the capacity of link e and n is a parameter. The parameter is related to: n, the number of nodes in the 
network, r, the maximum possible value of and 7. the maximum possible value of If a set of paths exist for which 
the cost of routing the requested VC on any path in the set Is below the threshold, the request Is accepted (lines 3-5). 
In lines 6-7 of Table 1 the resources required by the routed request are reflected In an updated network state. If the 

25 set of paths is the empty set, the request is rejected. 

Awerbuch et al. suggests selecting to be 2nTr/(r^^^ + 1 ) (where r^j„ Is the smallest bandwidth than any VC will 
request). The value of may be on the order of 1 00,000 for a moderately sized network. Proper selection of high values 
for the parameter |a guarantees routing of a total number of requests for VCs within a factor (on the order of log \x) of 
the number of requests that can be routed by an optimal, off-line routing scheme, ie., a scheme that has information 

30 about all requests in advance. 

Although the AAP method guarantees sufficient resources for routing admitted VC requests, the method has a 
further shortcoming in that It is overly conservative in admitting VCs and thus does not fully utilize network resources. 
However, simply reducing the value of p. causes the AAP method to accept requests in excess of available network 
resources which is not advantageous since it may mean that the network will not be able to satisfy QOS requirements 

35 guaranteed to network users. Additionally, the AAP method requires knowledge of link loads at both current and future 
times. This knowledge may not be available, may be based on dated Information or may require an excessive amount 
of memory to store. 

Thus, there is a need for an improved method for routing and admission control of VCs that will Increase utilization 
of network resources while satisfying QOS requirements which method may also be used in networks of switched VCs 
40 where the duration or holding time of the VCs Is unknown. 

Summary of the invention 

In accordance with the present invention it is recognized that the cost of routing a requested virtual circuit on links 
in a path through a network comprising a set of links may be determined based on parameter related to the number 
of hops In a subset of the set of all virtual circuits previously established In the network. The Inventive method determines 
the cost for routing a requested virtual circuit on a path through a network by receiving a request to route a virtual circuit 
on a path between an origination and destination node, determining the load on each link In a subset of the set of links 
in the network, and determining a respective cost for routing the request over possible paths in the network between 

50 the origination and destination nodes, wherein the possible paths comprise links in the subset of the set of links and 
wherein the cost is a function of a network state and a parameter related to the number of hops for the subset of the 
set of all virtual circuits previously routed through the network. A path is then selected from among those paths having 
both 1 ) ) costs betow a threshold and 2) links with sufficient capacity to accommodate the request. The Inventive method 
may be used in either centralized or distributed systems and may be used to route either permanent or switched virtual 

55 circuits of known or unknown holding times. 
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Brief Description of the Drawings 



Otber features and advantages of the invention will beconne apparent from the following detailed description taken 
together with the drawings in which: 
s FIG. 1 illustrates a centralized routing network in which the invention may be practiced. 

FIG. 2 is a flowchart of steps in the inventive method used in the network of FIG. 1 . 

FIG. 3 is a flowchart of steps in the inventive method for determining a set of paths on which a requested VC may 
be routed. 

FIG. 4 illustrates a distributed routing network in which the invention may be practiced. 
^0 FIG. 5 is a flowchart of steps In the inventive method used In the network of FIG. 4. 

Detailed Description 

FIG. 1 illustrates the structure of network 106 in which the invention may be practiced. Endpoints 102 1.2,..., 
exchange information via network 106. Network 106 comprises links 110-/c,/f= 1 ,2,..., connecting nodes 108-y,y= 1 ,2,..., 
to each other and to endpoints 102 - /. A pair of nodes may be connected by one or more links. 

Network 106 in FIG. 1 is a centralized routing system in that network 106 utilizes complete information for routing 
through use of centralized routing request processor 111. Request processor 111 is connected to nodes 108-/ Since 
all requests for VCs are processed in request processor 111, request processor 111 has complete knowledge of the 
20 network state, e.g., request processor determines the utilization of the capacity of each link and the amount of buffer 
space available in buffers in each node in the network. Thus, the cost for any path (i.e., the additional network resources 
required for any path) through the network can be accurately determined. 

FIG. 2 illustrates steps in the inventive method for routing VCs through a network which method may advanta- 
geously be used by request processor 111. In step 210 a request (identified as the request) for a VC is received 
25 from an originating endpoint. The request typically comprises parameters specifying an origination node (Sj), a desti- 
nation node (tj), a requested bandwidth (fj), a starting time for the VC (7^) and an ending time for the VC (7^). The 
request is specified as {Sjjj,rj, 7^, 7^). Step 220 describes the inventive method for determining a set of paths on which 
the requested VC may be routed. Xs noted in step 220, the set of paths is determined according to a first criteria, i.e.,, 
so that the cost of each path in the set of paths is below a threshold and so that each of the links and nodes In each 
30 path in the set of paths has sufficient available resources to accommodate the request. 

FIG. 3 illustrates step 220 in further detail. In step 310, the load-on each link ein network 106 at time t (7^ ^t<7^) 
is determined advantageously using equation (1), supra. In step 320 the cost for routing the j'^ request over each link 
e in the network at time x is determined according to a modified cost function, c'^(T,y), 

35 

(3) VT,e e f : if (X,(TJ) rj/u(e)) > \ then c; (t J) f- « 

else c;(xj) <r~ c^(Tj) 

40 

where (T,y) is advantageously determined using equation (2), supra. In equation (2) the method checks to determine 
If the capacity of link e will be exceeded if the request is routed through that link. If the capacity Is exceeded, the 
cost Is set to a very high number so that the method will not select a path, comprising this link, as a path on which to 
route the request. If the capacity on link e Is not exceeded, the cost function is computed, advantageously using equation 
(2). The cost function in the Inventive method Is, as in the AAP method, advantageously a nonlinear function designed 
to trade-off admission to a network based on paths comprising a large number of lightly or moderately utilized links 
versus a small number of relatively heavily used links. However, as described below, the parameter ^ used in deter- 
mining (T,y) in the inventive method is selected based on parameters different than in the AAP method. In step 330, 
possible paths between the originating and destination nodes in the network, a set of paths where the cost of routing 

50 the request during the holding time of the requested VC is below a threshold are identified. These paths are termed 
potential routing paths. In step 340, links in each respective potential routing path are checked to ensure that the links 
have sufficient available capacity to accommodate the requested VC (i.e., to ensure that the link is not "saturated"). 
Those potential routing paths with links having sufficient capacity for the duration of the holding time of the requested 
VC from the set of routing paths in step 220. 

55 Note that procedure in step 220 may be accomplished by varying the order of the steps in FIG. 3. For example, if 

the load the links Is determined first, the method may then eliminate from consideration those links with insufficient 
capacity to handle the request. Then, based on the remaining links, potential paths between the origination and des- 
tination nodes can be determined and the cost of routing over the potential paths may then be determined. Those 
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potential paths of sufficiently low cost will then fornn the set of routing paths. 

Returning to FIG. 2, in step 225 the set of routing paths is exannined. If the set of routing paths determined in step 
220 is an empty set, the request is rejected in step 230. Alternatively, if the set of routing paths is not empty a path on 
which the requested VC will be routed is selected in step 240 from the set of routing paths according to a selection 
5 criterion. 

The selection criterion in step 240 is advantageously chosen to be the minimum hop path, i.e. the path passing 
through the smallest number of nodes. Those skilled in the art will recognize that other criteria may be used, e.g., the 
criterion may be to select the path with the lowest cost. 

In step 250 the requested VC is routed on the selected path. In step 260 request processor 111 updates the network 
10 state to reflect use of network resources by the routed VC. 

Although the inventive method is related to the exponential cost based algorithm of Awerbuch et ai, supra, the 
inventive method improves the AAP method in several ways. First, the inventive method uses different parameters to 
determine the value of \x. to be used in equation (2). Specifically, the parameter ^ is a function of the number of hops 
(i.e., the number of links in a path) for a subset of the set of all VCs previously routed through the network. Generally 
?5 |a is advantageously chosen to be a function of L where L is the average number of hops or links in a subset of the set 
of all VCs previously routed through the network. For example, one selection is where log |i is a function of L, such as 
log\x is on the order of logL. Typically, \x is approximately between 2 and 4. Thus, the value of \i is typically reduced 
from its value according to the AAP method. A reduced value of in turn leads the Inventive method typically to generate 
a large set of potential routing paths on which a requested VC may be routed. Thus, the inventive method is not overly 
20 conservative in generating a set of potential routing paths. However, the inventive method, by being less conservative, 
may include in the set of potential routing paths some paths comprising links with insufficient capacity to handle the 
request. Consequently the inventive method, unlike the AAP method, selects from the set of potential routing paths 
only those paths with links having sufficient capacity to accommodate the request. Those paths then comprise the set 
of routing paths in step 220 of FIG. 2. Additionally the inventive method, unlike the AAP method, advantageously uses 
25 a selection criterion to select a path on which to route the request. Thus, the inventive method finds a set of routing 
paths meeting an initial criterion, e.g., where each path in the set of routing paths could route the requested VC at a 
cost below a certain cost threshold. The method then advantageously selects one path from the set based on a selection 
criterion, e.g., the minimum hop path. Observe that the inventive method produces legal routing decisions (i.e., there 
will be sufficient capacity to accommodate the request) for any value of i^. The inventive method thus, unlike the AAP 
30 method, performs both the tasks of admission control and routing. 

Finally, it should be observed that the inventive method may be used In cases where the duration or holding time 
of a requested VC is not known. For example, the inventive method, in both centralized and distributed networks, 
advantageously assumes that the duration of the virtual circuit is known in advance. While this is a reasonable as- 
sumption for many applications, e.g., movies, there are a large class of application, e.g., phone calls, for which this is 
not a reasonable assumption. However, statistical descriptions of the duration are available for many applications for 
which the duration is not known in advance. Telephone calls are a good example, and the statistical duration information 
about the phone calls to be carried by requested virtual circuits can be used to make routing and admission control 
decisions. Similarly the inventive method may be used to route permanent VCs by setting the parameter in the 
request for the VC to a large number or by removing the time summation in the code of Table 1 . ^ 
40 The inventive method may also be used in systems in which local (decentralized) routing decisions, rather than 

centralized routing decisions, are made. Several considerations motivate use of a decentralized system. First, a cen- 
tralized routing scheme is more likely to suffer from reliability problems than a decentralized system since centralized 
routing system has a single point of failure (i.e., the request processor). Second, centralized routing systems typically 
have difficulty operating or communicating with other centralized routing systems since each of the systems typically 
45 will not have information about the state of the other system. Thus, addition protocols for arbitrating and communicating 
between centralized networks are required. Finally since each node in a centralized routing system must first commu- 
nicate with a device (such as request processor 111 of FIG. 1), the propagation delay for communicating with such a 
device increases the set up time for establishing a VC beyond the set up time typically required in distributed systems. 

FIG. 4 illustrates the structure of a distributed network 416, comprising nodes 418-mand links 420-n, in which the 
inventive method may be practiced. Network 416 is a distributed routing system in that each node 418-m periodically 
exchanges state information with neighboring nodes. The state information reflects the amount of network resources 
available or in use on a link from a node to every neighboring node. Thus, the cost for any path through the network 
can be determined by a node. However, unless the state information propagates quickly relative to the speed with 
which VCs are established and torn down, the information will be incomplete (e.g., dated). Thus, each node may have 
55 a different description or local view of the network state. This description is called the local network state. 

FIG. 5 illustrates a flow chart for using the inventive method in a distributed routing system where incomplete state 
information is used. In the system and method of FIGS. 4 and 5, each node maintains a local view of the network state. 
That view is constructed from the state of the links connected to each node and from information about other links 
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gathered during VC setup as described below. When a virtual circuit request arrives, the inventive method is invoked. 
Based on local information, the inventive method either rejects the request, or it selects a path, in which case an attempt 
•is made to use the selected path to route the circuit. As the request is attempted to be routed, the inventive method 
advantageously collects state information for links and nodes along the selected path. This collected state information 

5 is accurate with respect to the resources used at each node and link along the path. Thus, the state information gathered 
can be used to update the local network state at the origination node. The state information can advantageously be 
incorporated into signaling messages used during a VC set up thereby reducing overhead. 

Turning now to FIG. 5, in step 505 a counter, which is used to limit the number of attempts to route a request, is 
initialized, for example, to zero. In step 510 a request for a VC is advantageously received at an origination node from 

10 an originating endpoint in the network of FIG. 4. The request, as before, may be specified as (Sjjprj, T^: 7t), with the 
request parameters defined as above. In step 515 the inventive method Is used to determine a set of routing paths on 
which the requested VC may be routed. The operation of step 515 is similar to the operation of step 220 in FIG. 2 
except that the cost for each path is determined based on the local network state of the origination node. If the set of 
routing paths is empty, the request is rejected (steps 520 and 525). However, if the set of routing paths is not empty, 

15 one path from the set is selected in step 530 according to a second criterion. The second criterion is advantageously 
as in the method described in FIG. 2. the minimum hop path. However, those skilled in the art will recognize that other 
criteria (e.g., the least cost path) may be used. 

In step 535. the inventive method attempts to route the request on the selected path, i.e., appropriate VC set up 
protocols will be invoked. In invoking the VC set up protocols, the inventive method may advantageously obtain exact 

20 information on the status of link and nodes along the selected path. In short, the inventive method will know, exactly, 
at what capacity of bandwidth and buffer space the links and nodes along the selected path are operating. The inventive 
method may then advantageously and optionally update the local network state at the origination node (step 540) and 
at other nodes along the selected path (step 545). 

In step 550, the inventive method checks to see if the routing was successful. Unlike the centralized system of 

25 FIG. 2. routing in the method of FIG. 5 is not guaranteed to be successful. This is because the selected path was 
chosen based on a local network state. Thus, other network resources allocated at other nodes and links may not be 
reflected in the local network state. Consequently, resources that were expected to be available based on the local 
state may not, in fact, be available in which case the routing will be unsuccessful. If the routing was successful, the 
method ends. If the routing was not successful, the counter is incremented in step 555. If the counter has exceed its 

30 limit (based on an allowed number of tries in attempting to route the VC), the request is finally rejected. If the counter 
has not exceeded its limit, the method may then either return to step 515 (via connector 1 in FIG. 5) and find another 
set of routing paths and continue to execute subsequent steps in the flow chart, or alternatively, the method may goto 
to step 527 (via connector V in FIG. 5). In step 527 a new and different path is selected from the previously determined 
set of routing paths, and the method then attempts to route on the newly selected path in steps 535-560. 

35 Note that the VC set up protocol may advantageously use an acknowledgement packet to inform the originating 

node whether or not the circuit was indeed routed and to collect the current state information of each link along the 
circuit's path. That current state information is used to update the local view of the network at the origination node. If 
the acknowledgement packet indicated that the circuit was not routed due to insufficient available capacity, the method 
tries to route the circuit again as if it was a new request. 

40 The method disclosed herein has been described without reference to specific hardware or software. Instead, the 

method has been described in such a manner that those skilled in the art can readily adapt such hardware and software 
as may be available or preferable for particular application. Further, to ensure the applicability of the inventive method 
to a broad range of system environments, the inventive method does not necessarily include any type of periodic state 
information exchange between nodes although such exchanges can be made and incorporated into the inventive 

45 method. 



Claims 



50 1. In a network comprising a set of nodes connected by set of links, said network characterized by a network state, 
wherein a set of virtual circuits has been routed through said network, a method for operating said network com- 
prising the steps of: 

receiving a request to route a virtual circuit on a path through said network between an origination node and 
55 a destination node, 

determining the load on each link in a subset of said set of links in said network due to said request, and 
determining a respective cost for routing said request over possible paths between said origination and said 
destination nodes, wherein the possible paths comprise links in said subset of said set of links and wherein 
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said cost is a function 1 ) of said network state and of 2) a parameter related to the number of hops for a subset 
of said set of virtual circuits routed through said network. 

2. The method ot claim 1 wherein each node in said set of nodes and each link in said set of links has associated 
resources and further comprising the steps of: 

selecting as potential paths in a set of potential routing paths, those possible paths having respective costs 
below a threshold, and 

selecting as routing paths in a set of routing paths those potential routing paths comprising nodes and links 
having sufficient associated resources for routing said request. 

3. The method of claim 2 further comprising the step of: 

selecting a path from said set of routing paths according to a criterion. 

4. The method of claim 3 wherein said network is a centralized network. 

5. The method of claim 3 wherein said request is received at a request processor 

6. The method of claim 3 further comprising the steps of: 

routing said request on the selected path, and 

updating said network state based on the routed selected path. 

7. The method of claim 3 wherein said request is received at said origination node, wherein said network state is a 
local network state at said origination node and wherein said network is a decentralized network. 

8. The method of claim 7further comprising the step of: 

determining if sufficient resources are available at nodes and links of the selected path to route said request, 
wherein the determining is based on local state information at nodes along said selected path. 

9. The method of claim 8 further comprising the step of: 

updating local state information at said origination node based on local information at nodes along said 
selected path. 

10. The method of claim 8 further comprising the step of: 

updating local state information at a node along said selected path based on local information at other nodes 
along said selected path. 

11. The method of claim 8 further comprising the steps of: 

routing said request on said selected path if sufficient resources are available, and 
determining another set of routing paths if sufficient resources are not available. 

12. The method of claim 8 further comprising the steps of: 

routing said request on said selected path if sufficient resources are available, and 

selecting a different routing path from said set of routing paths if sufficient resources are not available. 

1 3. The method of claim 1 wherein said request for a virtual circuit is a request for a switched virtual circuit and wherein 
said request specifies a holding time for the requested virtual circuit. 

14. The method of claim 1 3 wherein said cost function is a function of the holding time for said requested virtual circuit. 

15. A method of routing a request for a virtual circuit through a network on a path selected from a set of routing paths, 
said selected path comprising nodes and links, said method comprising the steps of: 

determining resources available at nodes and links of said selected path, wherein the determining is based 
on local state information at nodes along said selected path, 
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routing said request on said selected path if sufficient resources are available to route said request, and 
determining another set of routing paths if sufficient resources are not available to route said request. 

16. A nnethod of routing a request for a virtual circuit through a network on a path selected from a set of routing paths, 
5 said selected path comprising nodes and links, said method comprising the steps of: 

determining resources available at nodes and links of said selected path, 
wherein the determining is based on local state information at nodes along said selected path, 

routing said request on said selected path if sufficient resources are available to route said request, and 
10 selecting a different routing path from said set of routing paths if sufficient resources are not available to route 

said request. 

17. The method of claim 1 5 or 16 wherein said selected path comprises an origination node and further comprising 
the step of: 

IS updating focal state information at said origination node along said selected path. 



18. The method of claim 17 wherein said network is a decentralized network. 

19. In a network comprising a set of nodes connected by set of links, said network characterized by a network state, 
20 wherein a set of virtual circuits has been routed through said network, wherein each node in said set of nodes and 

each link in said set of links has associated resources, a method of routing and admission control comprising the 
steps of: 

receiving a request to route a virtual circuit on a path through said network between an origination node and 

25 a destination node, 

determining the load, due to said request, on each link in a subset said set of links in said network, 
determining a respective cost for routing said request over possible paths between said origination and said 
destination nodes, wherein the possible paths comprise links in said subset of said set of links and wherein 
said cost is a nonlinear function 1 ) of said network state, 2) a parameter related to the number of hops for a 

30 subset of said set of virtual circuits routed through said network and 3) of the number of links in each possible 

path. 

selecting as potential paths in a set of potential routing paths, those possible paths having respective costs 
below a threshold, and 

selecting as routing paths in a set of routing paths those potential routing paths comprising nodes and links 
35 having sufficient associated resources for routing said request, 

selecting a path from said set of routing paths according to a criterion, and 
routing said request on the selected path. 



20. The method of claim 3 or 19 wherein said criterion is a minimum hop routing criterion. 

40 

21 . The method of claim 1 9 further comprising the step of: 
updating said network state based on the routed selected path. 



45 
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